Method and system for allocating funds over a plurality of time deposit instruments in depository institutions

ABSTRACT

A method, system and program product, the method in one embodiment comprising: A method, comprising: accessing databases comprising: client information for each of a plurality of respective clients, comprising a balance of funds of the client; a distribution percent value, X i , for tranches; information for each of multiple government backed-insured aggregated time deposit instruments holding a tranche of client funds, comprising: a rate; an identification of the depository institution; a term; and determining a given client available distribution amount, D i ; determining an amount of a client tranche to be deposited in each of N i  depository institutions based at least in part on the percentage, X i , in order that the client tranches are approximately equal and are insured; determining N i  depository institutions to distribute the client tranches; allocating substantially equally respective client tranches to the N i  depository institutions; generating data for instructions to transfer the respective client tranches; updating, the databases.

CROSS-REFERENCE TO RELATED PATENT APPLICATIONS

This application is a Continuation of U.S. application Ser. No. 12/953,221, filed Nov. 23, 2010, incorporated herein by reference in its entirety, which claims priority from Provisional Application U.S. Application 61/264,077, filed Nov. 24, 2009, incorporated herein by reference in its entirety.

FIELD OF THE INVENTION

The field of the invention relates generally to administering an allocation of funds for the purchase of time deposit instruments at a plurality of depository institutions and possibly other financial instruments.

SUMMARY OF THE INVENTION

Briefly, in one embodiment, a method is disclosed comprising: accessing, by one or more computers, one or more electronic databases, stored on one or more computer-readable media, comprising: (1) client information for each of a plurality of respective clients, i, comprising information on client funds held through a program in each of a plurality of depository institutions participating in the program, with information for a respective client comprising one or more of the following items: (i) a balance of funds of the client held through the program in each of multiple of the depository institutions holding funds of the respective client; (ii) a distribution percent value, X_(i), of a given client deposit amount, to be distributed in tranches to each of N_(i) depository institutions; (2) information for each of multiple government backed-insured aggregated time deposit instruments holding a tranche of client funds, comprising: (i) a rate for the respective aggregated time deposit instrument; (ii) an identification of the depository institution holding the respective aggregated time deposit instrument; (iii) a term of the respective aggregated time deposit instrument holding funds of the respective client; performing the following steps for each client, i, of multiple of the clients: (1) determining, by the one or more computers, a given client available distribution amount, D_(i), for the respective client, i, comprising funds to be distributed over N_(i) of the depository institutions for the respective client; (2) determining, by the one or more computers, an amount of a client tranche to be deposited in each of N_(i) depository institutions based at least in part on the percentage, X_(i), and the respective client available distribution amount, D_(i); (3) determining, based at least in part on the percentage X_(i), a value of N_(i) depository institutions for the respective client, to distribute the client tranches; (4) allocating, by the one or more computers, respective client tranches to the N_(i) depository institutions determined for the client, i; generating, by the one or more computers, data for instructions to transfer the respective client tranches and to purchase one or more financial instruments in each of the respective N_(i) depository institutions, comprising a purchase of one or more aggregated time deposit instruments at multiple of the respective N_(i) depository institutions; and updating, by the one or more computers, one or more of the electronic databases with update data for each of multiple of the clients, i, with the update data for each of the multiple clients, i, comprising data for respective client tranches transferred or to be transferred to purchase the one or more depository instruments at the respective N_(i) depository institutions for the client.

In a further embodiment, the aggregated time deposit instruments holding the tranches may comprise one or more selected from the group of bonds, treasury bills, and certificates of deposit.

In a further embodiment, the generating instructions step comprises generating an instruction to transfer at least one of the respective client tranches for purchase for the client at one or more of the N_(i) depository institutions a different type of depository instrument relative to the time deposit instrument where one or more withdrawals can be made without penalty.

In a yet further embodiment, the method comprises: receiving a request to withdraw an amount of funds for a given one of the clients; and generating, by one or more computers, data for an instruction based at least in part on the amount of the request to withdraw, to be taken from one or more of the different type of depository instrument.

In a yet further embodiment, the different type of depository instrument is an interest-bearing aggregated deposit account holding funds of a plurality of the clients and is insured by the Federal Deposit Insurance Corporation.

In a yet further embodiment, the different type of depository instrument is an aggregated money market deposit account.

In a yet further embodiment, the method comprises: aggregating, by the one or more computers, the respective client tranches of multiple of the different clients into a plurality of respective purchase amounts to purchase respective aggregated time deposit instrument from multiple of the depository institutions; and generating data for instructions to transfer the respective purchase amounts to the respective depository institutions.

In a yet further embodiment, the method comprises: selecting respective client tranches of multiple of the respective clients for aggregation into the respective purchase amounts for purchase of the aggregated time deposit instruments from multiple of the depository institutions based, at least in part, on one or more criteria. In one embodiment, one criterion is that only client tranches from client available distribution amounts, D_(i), above a threshold amount, are aggregated into the respective purchase amounts for purchase of the aggregated time deposit instruments from the multiple depository institutions. In another embodiment, one criterion is that only client tranches from client available distribution amounts, D_(i), associated in the one or more databases with a particular source institution are aggregated into the respective purchase amounts for purchase of the aggregated time deposit instruments from the multiple depository institutions. In another embodiment, one criterion is a term requested by the client for the client available deposit amount, D_(i), meets at least one predetermined criterion.

In a yet further embodiment, the method comprises: purchasing the aggregated time deposit instrument electronically by the one or more computers and via one or more electronic networks.

In a yet further embodiment, the method comprises: receiving an order from a respective one of the depository institutions that is a source institution to distribute one or more client available distribution amounts, D_(i) of funds of clients of the respective source depository institution, for the purchase of a plurality of aggregated time deposit instruments; wherein the one or more databases further comprise information designating a source depository institution for each of multiple of the respective client available distribution amounts, D_(i); and wherein the allocating step further comprises: selecting, by the one or more computers, at least one of the depository institutions participating in the program for purchase of one or more aggregated time deposit instruments based, at least in part, on whether or not one or more orders have been received from the respective at least one depository institution to distribute one or more client available distribution amounts, D_(i), of clients of that respective one depository institution for the purchase of a plurality of aggregated or non-aggregated financial instruments at other of the depository institutions participating in the program.

In a yet further embodiment, the selecting of the at least one depository institution for the purchase of one or more aggregated time deposit instruments is further based, at least in part, on whether a total of the one or more client available distribution amounts, D_(i), of funds received from the respective at least one depository institution and distributed to other depository institutions in the program, is more than an amount that the respective at least one depository institution has received in client tranches associated with other source institutions participating in the program.

In a yet further embodiment, the method comprises: selecting, by the one or more computers, multiple of the depository institutions in the program for the purchase of one or more aggregated time deposit instruments based, at least in part, on how close a rate and term of an aggregated time deposit instrument available from the respective one depository institution matches a rate promised to the respective client, i; aggregating, by the one or more computers, the respective client tranches of multiple of the different clients into a plurality of respective purchase amounts to purchase respective aggregated time deposit instruments from the multiple respective selected depository institutions; and generating data for instructions to transfer the respective purchase amounts to the respective selected depository institutions.

In a yet further embodiment, the method comprises: selecting, by the one or more computers, at least one of the depository institutions for the purchase of one or more time deposit instruments based, at least in part, on a stability grade rating for the respective at least one depository institution.

In a yet further embodiment, the one or more databases further comprise data on a source institution for each of a plurality of the client available distribution amounts, D_(i); and further comprising: selecting, by the one or more computers, one or more of the depository institutions for the purchase of one or more aggregated time deposit instruments based, at least in part, on whether the respective depository institution is affiliated with the source institution for one or more of the client available distribution amounts, D_(i) to be used to purchase the one or more aggregated time deposit instruments; aggregating, by the one or more computers, the respective client tranches of multiple of the different clients into a plurality of respective purchase amounts to purchase respective aggregated time deposit instruments from the multiple respective selected depository institutions; and generating data for instructions to transfer the respective purchase amounts to the respective selected depository institutions.

In a yet further embodiment, the government backed insurance is Federal Deposit Insurance Corporation (FDIC) insurance.

In a yet further embodiment, the method comprises: determining, by the one or more computers, a fee for facilitating purchases of time deposit instruments and other depository instruments based on one or more criteria. In one embodiment, the fee is determined by comparing the client available distribution amount, D_(i), to thresholds set forth in a tier table.

In a yet further embodiment, the method comprises: determining client eligibility for having a given client available distribution amount, D_(i), distributed in tranches among N_(i) depository institutions, based on one or more criteria; aggregating, by the one or more computers, respective client tranches of multiple of the different clients that are determined to be eligible, to form a plurality of respective purchase amounts to purchase respective aggregated time deposit instruments from the multiple respective selected depository institutions; and generating data for instructions to transfer the respective purchase amounts to the respective selected depository institutions. In one embodiment, one criterion comprises whether the client available distribution amount, D_(i), for a given client equals or exceeds a threshold amount. In another embodiment, one criterion comprises a relationship level with one of the depository institutions.

In yet a further embodiment, the method comprises: reallocating funds of a first client from a respective time deposit instrument to a non-time deposit financial instrument, and allocating funds of a second client to the respective time deposit instrument in place thereof; and withdrawing an amount of the funds of the first client from the non-time deposit financial instrument.

In a yet further embodiment, a system is disclosed, comprising: one or more computers comprising memory wherein the memory stores computer-readable instructions comprising program code that, when executed, cause the one or more computers to perform the steps: accessing, by the one or more computers, one or more electronic databases, stored on one or more computer-readable media, comprising one or more of the following items: (1) client information for each of a plurality of respective clients, i, comprising information on client funds held through a program in each of a plurality of depository institutions participating in the program, with information for a respective client comprising: (i) a balance of funds of the client held through the program in each of multiple of the depository institutions holding funds of the respective client; (ii) a distribution percent value, X_(i), of a given client deposit amount, to be distributed in tranches to each of N_(i) depository institutions; information for each of multiple government backed-insured aggregated time deposit instruments holding a tranche of client funds, comprising: (i) a rate for the respective aggregated time deposit instrument; (ii) an identification of the depository institution holding the respective aggregated time deposit instrument; (iii) a term of the respective aggregated time deposit instrument holding funds of the respective client; and performing the following steps for each client, i, of multiple of the clients: (1) determining, by the one or more computers, a given client available distribution amount, D_(i), for the respective client, i, comprising funds to be distributed over N_(i) of the depository institutions for the respective client; (2) determining, by the one or more computers, an amount of a client tranche to be deposited in each of N_(i) depository institutions based at least in part on the percentage, X_(i), and the respective client available distribution amount, D_(i); (3) determining, based at least in part on the percentage X_(i), a value of N_(i) depository institutions for the respective client, to distribute the client tranches; (4) allocating, by the one or more computers, respective client tranches to the N_(i) depository institutions determined for the client, i; and generating, by the one or more computers, data for instructions to transfer the respective client tranches and to purchase one or more financial instruments in each of the respective N_(i) depository institutions, comprising a purchase of one or more aggregated time deposit instruments at multiple of the respective N_(i) depository institutions; and updating, by the one or more computers, one or more of the electronic databases with update data for each of multiple of the clients, i, with the update data for each of the multiple clients, i, comprising data for respective client tranches transferred or to be transferred to purchase the one or more depository instruments at the respective N_(i) depository institutions for the client.

In a yet further embodiment, a distribution total percent value, X_(i), for a first group of depository institutions N_(i), is obtained, and a distribution total percent value, Y_(i), for a second group of depository institutions, M_(i), is obtained, for a respective client. The distribution total percent value, X_(i), of the client available deposit amount, D_(i), is to be allocated in tranches among the N_(i) depository institutions, e.g., D_(i) times X_(i), divided by the number of depository institutions, N_(i). Likewise, the distribution total percent value, Y_(i), of the client available deposit amount, D_(i), is to be allocated in tranches among the M_(i), depository institutions, e.g., D_(i) times Y_(i), divided by the number of depository institutions, M_(i). Note however, that the allocation of the percentage X_(i) among the depository institutions N_(i) may be unequal. Likewise, the allocation of the percentage Y_(i) among the depository institutions M_(i) may be unequal. Note that various permutations of this concept may be implemented in embodiments of the invention, as described in the specification.

In yet a further embodiment, a program product is disclosed for distributing respective client funds associated with a plurality of respective clients, comprising: at least one computer-readable media having computer-readable program code embodied therein or among them if more than one, to be executed by a computer, for causing one or more computers to perform the method: accessing, by one or more computers, one or more electronic databases, stored on one or more computer-readable media, comprising: (1) client information for each of a plurality of respective clients, i, comprising information on client funds held through a program in each of a plurality of depository institutions participating in the program, with information for a respective client comprising one or more of the following items: (i) a balance of funds of the client held through the program in each of multiple of the depository institutions holding funds of the respective client; (ii) a distribution percent value, X_(i), of a given client deposit amount, to be distributed in tranches to each of N_(i) depository institutions; (2) information for each of multiple government backed-insured aggregated time deposit instruments holding a tranche of client funds, comprising: (i) a rate for the respective aggregated time deposit instrument; (ii) an identification of the depository institution holding the respective aggregated time deposit instrument; (iii) a term of the respective aggregated time deposit instrument holding funds of the respective client; performing the following steps for each client, i, of multiple of the clients: (1) determining, by the one or more computers, a given client available distribution amount, D_(i), for the respective client, i, comprising funds to be distributed over N_(i) of the depository institutions for the respective client; (2) determining, by the one or more computers, an amount of a client tranche to be deposited in each of N_(i) depository institutions based at least in part on the percentage, X_(i), and the respective client available distribution amount, D_(i); (3) determining, based at least in part on the percentage X_(i), a value of N_(i) depository institutions for the respective client, to distribute the client tranches; (4) allocating, by the one or more computers, respective client tranches to the N_(i) depository institutions determined for the client, i; generating, by the one or more computers, data for instructions to transfer the respective client tranches and to purchase one or more financial instruments in each of the respective N_(i) depository institutions, comprising a purchase of one or more aggregated time deposit instruments at multiple of the respective N_(i) depository institutions; and updating, by the one or more computers, one or more of the electronic databases with update data for each of multiple of the clients, i, with the update data for each of the multiple clients, i, comprising data for respective client tranches transferred or to be transferred to purchase the one or more depository instruments at the respective N_(i) depository institutions for the client.

In a yet further embodiment, a method, system and program product are disclosed, the method comprising: accessing, by one or more computers, one or more electronic databases stored on one or more computer readable media comprising information on client funds held through a program in each of a plurality of depository institutions participating in the program; and information for each of multiple government backed-insured aggregated time deposit instruments holding a tranche of client funds; determining, by the one of more computers, a client available distribution amount, D_(i), comprising funds to be distributed to multiple of the depository institutions in the program; determining, by the one of more computers, a depository institution number tier, T_(i), for the client available distribution amount, D_(i), from among a plurality of tiers based on one or more criteria, wherein each tier has a number, N_(T), of depository institutions electronically associated therewith or has associated with it a function for the tier for computing electronically the number, N_(T), of depository institutions; allocating, by the one of more computers, the client available distribution amount, D_(i), across a number of depository institutions, N_(T), equal to the number associated electronically with the tier, T_(i), or determined from a function associated with that tier, T_(i), so that a respective client portion, P_(i), of the client available distribution amount, D is allocated to each respective depository institution in the number of depository institutions, N_(T), in the client's tier, T_(i); generating, by the one of more computers, data for instructions to transfer funds for the purchase of financial instruments in N_(T) depository institutions, comprising purchase of interest-bearing aggregated time deposit instruments in multiple of the depository institutions, based at least in part on the number of depository institutions, N_(T), for the client; and updating, by the one of more computers, one or more of the electronic databases with update data for each of multiple of the clients, i.

The above and related objects, features and advantages of the present invention, will be more fully understood by reference to the following detailed description of the preferred, albeit illustrative, embodiments, of the present invention, when taken in conjunction with the accompanying figures, wherein:

BRIEF DESCRIPTION OF THE DRAWINGS

FIG. 1 is a schematic block diagram of one embodiment.

FIG. 2 is a schematic block diagram of an electronic system for implementing one or more of the embodiments.

FIG. 3 is a schematic block diagram of a further embodiment.

FIG. 4 is a schematic block diagram of a yet further embodiment.

FIG. 5 is a schematic block diagram of a yet further embodiment.

FIG. 6 is a schematic block diagram of an embodiment of a memory configuration that may be used to implement the present invention.

DETAILED DESCRIPTION OF THE EMBODIMENTS

As noted, the field of the invention relates generally to administering an allocation of funds for the purchase of time deposit instruments at a plurality of depository institutions and possibly other financial instruments.

The term “depository institution” means any institution which is authorized to accept deposits and issue certificates of deposit. This would include state and national banks, state and federal savings banks, savings and loan associations, credit unions, and probably some industrial loan companies, depending on current law. Most but not necessarily all, would have government backed-insurance, such as Federal Deposit Insurance Corporation (FDIC) insurance, or the National Credit Union Share Insurance Fund (NCUSIF) for credit unions, or state insurance.

Source institutions of funds to the system may be banks, credit unions, other types of depository institutions, registered investment advisors, broker dealers, asset managers, trust companies, retirement programs, other financial institutions or intermediaries, to name a few. Typically, the source institutions are the institutions that interact with the clients that are placing or authorizing the respective clients' funds to go into and be managed by the system. Note that a source institution can be a clearing institution for one or more other source institutions or an intermediary for other source institutions. These terms will be discussed below.

One or more intermediary institutions may be used to facilitate the movement of funds between the source institution(s) and the depository institution(s) and/or to perform various recordkeeping functions. Such intermediaries may perform record keeping and/or fund transfer functions, and may include a bank or clearance bank through which fund transfers may be facilitated, a clearing firm, an administrator that performs recordkeeping functions and/or provides data to facilitate fund transfers, and/or other entities that perform fund transfer or recordkeeping functions. Note that multiple entities may also fulfill a single function or roll.

With respect to some types of source institutions, the source institution itself may clear its own client accounts or it may use another entity to clear its client accounts. If a source institution is a clearing entity, it may provide clearing services to other source institutions, such as broker-dealers, banks, depository advisors, to name a few. Such entities for which clearing services are performed by another entity are sometimes referred to as “correspondents.” Under some guidelines, when a clearing entity is used to clear funds for one or more correspondents, the funds of the clearing entity and the one or more correspondents may be held together in an aggregated account such as an interest-bearing aggregated money market deposit account or an aggregated demand deposit account. In other embodiments, the funds from each different correspondent may be segregated in a separate aggregated account.

In some deposit systems, one entity may play the role of one or more of the above. For example, a source institution, such as a bank, may also be a depository institution. Similarly, a source institution, like a broker-dealer, or a bank, may be affiliated with one or more of the depository institutions.

Further, the administrator may also be either a source institution, a depository institution, a clearance bank, and/or another entity participating in deposit sweep functions. Likewise, a particular program may have one source institution or many source institutions. Similarly, a particular program may have one depository institution or many depository institutions.

The present invention may be used in the context of these or other fund movement systems.

In the description to follow, the term “client account” refers to client funds, such as, for example, consisting of funds of the client designated or determined for management by the deposit management system, to be described.

FIG. 1 discloses an embodiment of the invention, comprising a management system 100, which may be independent from or may comprise or be affiliated with a source institution or a depository institution, managing a program to distribute client funds in tranches across depository institutions to purchase time deposit instruments and other financial instruments. The system 100 purchases or generates data for the purchase of one or more time deposit instruments (which instrument may or may not own in its own name) in each of multiple of depository institutions 130-140. The system 100 may also generate data for a purchase of other financial products.

In one embodiment, the time deposit instruments are individual time deposit instruments held for the respective client, i. In another embodiment, the client tranches from multiple different clients are aggregated to form a plurality of purchase amounts for purchase of time deposit instruments in multiple of the depository institutions.

The amount of the client tranches for a respective client and/or the number of depository institutions used in the distribution is determined in accordance with one or more of the algorithms disclosed herein. In one embodiment, the funds for the purchase of the respective time deposit instruments are aggregated in one or more accounts in one or more intermediary banking institutions 110 to form amounts for the purchase of aggregated time deposit instruments. The one or more accounts in the intermediary banking institution 110 in this embodiment hold funds to be allocated and distributed for purchase of the time deposit instruments held in the depository institutions 130-140, and in some embodiments, one or more other financial products that are not time deposit instruments.

In one embodiment, the intermediary banking institution 110 distributes client funds, based on data from the system 100, to the depository institutions 130-140, to purchase time deposit instruments. In one embodiment, these time deposit instruments are aggregated time deposit instruments holding the funds of a plurality of clients, such as “jumbo CD's.” In one embodiment, one or more of these aggregated or non-aggregated interest-bearing time deposit instruments are insured by the Federal Deposit Insurance Corporation (FDIC) or the National Credit Union Share Insurance Fund (NCUSIF) for credit unions, or another insurance entity. In the case of large denomination CD's, the CD's may be in the name of an agent or source institution or another entity as custodian for customers, and pass-through insurance may be available.

In one embodiment, a fee for aggregating client funds for these purchases is determined based on one or more criteria. In one embodiment, one of the criteria may comprise an amount to be deposited, or a cumulative amount deposited over a period of time by the client and/or his/her family and/or friends, relative to a threshold or multiple thresholds set forth in a tier table, or based on a relationship with a depository entity, or an amount invested by a given depository entity with the system, or the type and/or parameters of instrument obtained (term, rate, institution, etc.), to name a few. Where an amount is used as a criterion, the amount may be compared to thresholds set forth in a fee tier table. The system may perform the fee calculation, or may receive a fee amount determined by a third party. Thus, other criteria besides an amount may be used.

Likewise, in one embodiment, whether an opportunity is to be offered to the client to distribute funds in tranches across multiple program depository institutions may be determined based on one or more criteria. For example, in one embodiment, one of the criteria may comprise an amount to be deposited, or a cumulative amount deposited over a period of time by the client and/or his/her family and/or friends, relative to a threshold or multiple thresholds set forth in a tier table, or based on a relationship with a depository entity, or based on an amount invested by a given depository entity with the system, to name a few. Where an amount is used as a criterion, the amount may be compared to thresholds set forth in a tier table. As noted above, other criteria besides an amount may be used, e.g., the type and/or parameters of instrument obtained (term, rate, institution, etc.).

FIG. 3 illustrates one embodiment of a system consistent with the present invention. The individual clients are represented in the figure by the small blocks i. The respective individual clients, i, may comprise individual investors and/or institutional investors. One or more source institutions, comprising broker dealers, and/or other depository entities, FE 1, FE 2, FE 3, and FE m, represented in block 310, maintain a relationship with these clients, i. The management system 100 and its one or more computers may be represented in FIG. 3 by block 320. The management system computers 320 may be configured with a client fund allocation computer program 321, and an accounting computer program 322 that maintains, in one or more databases, information on the client funds and the depository institutions holding the aggregated or non-aggregated time deposit instruments and other non-time deposit financial instruments, and the movement of funds. In one embodiment, this accounting program 322 may provide individual client accounting functions, sweep functions, and sweep processing based on computer implemented rules. The management system 320 may further comprise one or more web application programs 323. The management system 320 may further comprise, in one embodiment, one or more computer programs 324 for processing and generating combined statements, including monthly, year end and tax statements, programs for broker dealer or other depository entity administrative functions, programs for bank reconciliation processing, and programs for client inquiry processing. The management system 320 may further comprise, in one embodiment, a modeling program 325, for predicting a depository institution capacity for receiving funds based on one or more criteria. Other computer programs run by the management system are referenced in FIG. 5, to be discussed below.

The time deposit instruments may be certificates of deposit, municipal bonds, corporate bonds, treasury bills, and the like, to name a few. Time deposit instruments typically have a specified term and yield rate (or coupon rate) indicating the rate of interest on the principal invested. The rate of interest may be fixed, or may be a variable rate that may change over time, based on one or more criteria. Time deposit instruments may include penalties and other terms and conditions that may affect their liquidity and value. Ownership interest in the time deposit instruments may be prorated so that funds may be aggregated to obtain a large sum of money that can be deposited in one instrument, such as an aggregated certificate of deposit, at a banking institution or other depository institution, and held in a depository service entity's name as agent and on behalf of others, such that FDIC insurance or other applicable government-backed insurance may be available for each individual beneficiary with funds in the instrument up to the FDIC (or other insurance) limit.

FIG. 3 further shows a one customer banking institution or intermediary banking institution 110 that holds one or more control operating accounts. Also shown are a plurality of depository institutions 130, 132, 134 . . . 140. In one embodiment, client available distribution amounts, D_(i), held in the relationship banking institutions or relationship broker dealers or other relationship source institution 310 for the respective client, are transferred into the one or more control operating accounts maintained in the customer or intermediary banking institution 110. The computers of the system 320 then allocates tranches of the respective client available distribution amounts, D_(i), based on a percentage algorithm, a fixed amount algorithm, or a tier algorithm, or a combination thereof (to be discussed below), to a plurality of the depository institutions 130-140, and generates and sends data for instructions to have the funds transferred for the purchase of one or more time deposit instruments, at each of multiple of the depository institutions. In one embodiment, other depository products may also be purchased. The arrowed lines 340-349 represent the movement of funds to and from the various entities shown in the figure. The arrowed lines 350 represent a transmission of information on the movement of the funds, including the amount transferred, the timing of the movement, and the interest rate.

In one embodiment, the funds of a given client may be allocated to purchase individual time deposit instruments and in some embodiments, other individual financial instruments, for the respective client. In another embodiment, the transfer of funds into the control operating account from the various source institutions may be aggregated into purchase amounts and used to purchase aggregated time deposit instruments at multiple of the depository institutions. Such an aggregation may be accomplished in a variety of different manners, using a variety of different transfer algorithms or methods. The transfers of funds into the program for the purchase of the time deposit instruments may be ad hoc by the client or by the source institution that maintains a relationship with the individual client. Alternatively, one or more computer-implemented rules may be used by the administrator, or a source institution that maintains a relationship with the individual client, or the client itself, to implement an automatic sweep transfer from respective client for the purchase of time deposit instruments.

Referring again to FIG. 1, in one embodiment, the net transfer to or from one or more of the depository institutions 130-140 may be from one or more control operating accounts 110 held in the source institution having the client relationship, e.g., a depository entity that contains a bank. In another embodiment, the one or more control operating accounts for the transfer may be held in a bank controlled by or associated in some manner with the administrator of the system 100. In another embodiment, the one or more control operating accounts may be held in or on behalf of a deposit interchange entity that operates to distribute deposits across multiple depository institutions.

In one embodiment, one of the depository institutions 130-140 could be the same depository institution that maintains a relationship with one or more of the clients i. Alternatively, one or more of the depository institutions may be affiliated with the source institution maintaining the relationship with the clients. Alternatively, none of the depository institutions may be affiliated with a depository institution or other depository entity that maintains the relationship with the clients. Alternatively, one or more of the depository institutions participating in the program may be affiliated with the source institution maintaining the relationship with the clients, and one or more of the depository institutions may be non-affiliated with respect to the source institution. Alternatively, none of the depository institutions may be affiliated with the source institution maintaining the relationship with the clients.

In one embodiment, in order to obtain liquidity for funds of clients held in time deposit instruments, an exchange may be implemented wherein new funds received from other clients for investment in time deposit instruments may be used to offset all or a part of the amounts of one or more clients requesting withdrawal of funds from these time deposit instruments. The attribution of ownership of the funds in these time deposit instruments is then changed electronically in one or more databases to reflect this new ownership. The amount that can be withdrawn by a given client may be limited to the amount of incoming funds of other clients available for offset. Alternatively or in addition, funds can be obtained from another source or account that is not a time-deposit instrument, to accommodate the full withdrawal request. In one embodiment designed to accommodate liquidity, a certain amount of client funds may be placed in a non-time deposit depository product, such as for example, an aggregated money market deposit account holding funds of multiple clients. The funds in this other depository product may be used to offset withdrawals without penalty.

In one embodiment, an amount or percentage of liquidity provided for a given client may be determined based on one or more criteria, such as for example, a total amount of client funds held in the system, a stability of the client's funds held in the system determined over a period of time (e.g., an average or median held over the period of time in relation to one or more thresholds), an amount of a given client available distribution amount, D_(i), relative to a threshold, a total amount of funds held with a given depository entity by family and/or friend accounts, a total amount held with the system by a given source institution, such as a broker dealer, a length of a client relationship with a given source institution, to name a few.

In an embodiment, the control operating account 110 is used to send tranches, determined by the system computers 100, from an individual client available distribution amounts, D_(i), to a plurality of the depository institutions 130-140, to be aggregated in the respective depository institutions to form respective purchase amounts for the purchase of aggregated time deposit instruments in the respective depository institutions. In another embodiment, the system computers are used to form tranches of the individual clients amounts, D_(i), and then to aggregate the tranches from a plurality of the clients, to form a respective purchase amount, for each of multiple of the depository institutions, for the purchase of at least one time deposit instrument in each of a plurality of the respective depository institutions. Instructions are then generated to transfer or have transferred these respective purchase amounts to the respective depository institutions to make the purchase of the respective aggregated time deposit instruments. In one embodiment, the system computers, may actually perform the purchase operations.

The control operating account 110 may be registered in the name of the agent or source institution for the exclusive benefits of its deposit clients. The control operating account 110, in one embodiment, may, but need not be, be zeroed, e.g., all or substantially all of the funds therein transferred out at one or more specific times of the day, or periodically, such as every hour, every few hours, every day, or every few days, or zeroed after the amount held therein reaches or exceeds a threshold amount. A database is updated to reflect these funds transfers.

In one embodiment, for each program with each different source institution (e.g., broker dealer), a separate set of aggregated time deposit instruments may be purchased by or for the administrator computers in a plurality of the depository institutions 130-140. In another embodiment, client funds from different programs of the same source institution or different depository entities may be commingled and aggregated to form purchase amounts for the purchase of a plurality of the aggregated time deposit instruments. Thus, in one embodiment, each broker dealer (an example of a source institution) can establish a separate program with the administrator computers to allocate funds from its respective clients into separate aggregated time deposit instruments, designated for that broker dealer, in multiple of the depository institutions 13-140. In another embodiment, the funds from client accounts of a plurality of broker dealers can be aggregated into a single set of aggregated time deposit instruments in multiple of the depository institutions.

In some embodiments, the management system 100 may maintain some or all of the account information for each of the source institutions in one or more databases within its own system. Alternatively, one or more third parties may maintain some or all of the account information in one or more databases maintained. The management system 100 may report balances and other data with respect to client funds (listed in the database as a client account for the respective client), and amounts distributed in tranches for the purchase of the aggregated time deposit instruments and possibly other financial instruments, to the depository institutions holding the instruments, and/or to an originating source institution, e.g., broker dealer, that maintains the client relationship, or to the clients themselves. May maintain some information, all information, or no information.

In one embodiment, a process is disclosed that operates electronically to assign fund amounts to the depository institutions based on various rules, such as fitting within a maximum depository institution cap, and/or a minimum depository institution cap for a respective depository institution, and/or based on reciprocity issues to be discussed, or to obtain matching rates, or yields, or based on geographic regions, or terms of time deposit, and/or the availability of pass-through insurance.

The inventions relates to a plurality of embodiments for distributing tranches of client available distribution amounts, D_(i), for the purchase of time deposit instruments and possibly other financial products in a plurality of depository institutions. In one embodiment, tranches of multiple clients are aggregated to form a purchase amount for a time deposit instrument, i.e., an aggregated time deposit instrument. The parameters for the formation and the distribution of client tranches may be selected by the respective client, or by the administrator, or automatically, based on one or more criteria. Examples of the parameters for the tranches comprises the number of depository institutions to which to transfer the tranches, and/or a percentage or other amount determining algorithm to be applied to the client available distribution amount, D_(i), to determine the amount of the tranche. Other parameters for the distribution may comprise a term or rate or yield of the time deposit instruments and/or other financial instruments available from various depository institutions.

As noted, in one embodiment, a selection option for one or more of the tranche parameters is provided to the client. The tranche parameters may comprise a number of depository institutions for the distribution of the tranches, and/or a percentage of the client available distribution amounts, D_(i), to be distributed in tranches to each of multiple of the depository institutions for the purchase of time deposit instruments and other financial products, the client percentages, X_(i) and Y_(i) for distribution, a term for the term deposit instrument, an interest rate for the term deposit instrument, a selection of other financial instruments, e.g., money market deposit accounts (MMDA's), demand deposit account (DDA's), NOW accounts, mutual funds, a particular set of depository institutions, a particular set of depository institutions for time deposit instruments and another set for different financial instruments, from which to choose for some percentage of the client's funds. In one embodiment, the selection option is only provided to the respective client if one or more criteria are met. The one or more criteria may comprise, an amount in a given client account, a composite amount held in a plurality of different accounts associated with the client, e.g., friends and/or family, for example, a number of the years the client has maintained a given relationship with a source institution, to name a few. A selection option for tranche parameters may be presented to the client electronically, for example, through an online portal in an Internet banking client application, or via an email communication, which, in one embodiment, may include a Web link. The Web link, if clicked, opens an interface that allows the client to select one or more parameters as described. The selection option for tranche parameters may also be presented to the client by mail or may be obtained by facsimile or by telephone or other means and keyed into the system.

After the client available distribution amount, D_(i), has been obtained, then tranches thereof may be determined using an algorithm. In one embodiment, the algorithm comprises calculating or having calculated or otherwise determining a given percentage X_(i) of the client available distribution amount, D_(i). In another embodiment, the algorithm comprises using a set amount of the client available distribution amount, D_(i), for each tranche, which amount is less than or more than the FDIC insurance limit, or other insurance limit, to each of N_(i) depository institutions, where N_(i) is all or a subset of the N depository institutions in a given program. This subset of depository institutions for the distribution may be determined, in one embodiment, based on the available distribution amount, D_(i), and the allocation percentage. If there is a remainder amount after this allocation of tranches to the N_(i) depository institutions, then an allocation may be made of this remainder amount across each of one or more of M_(i) depository institutions (a subset of the depository institutions N), with the number of remainder depository institutions determined for the given client account, in one embodiment, based on the remainder amount for the given client account. In a further embodiment, the number of depository institutions N_(i) for the distribution of tranches of the client available distribution amount, D_(i), is based on tiers, selected based on one or more criteria, such as a balance in the client account representing client funds administered by the program, relative to one or more thresholds, or a composite of funds held in accounts of the client's family or friends, or an overall relationship with the client, or a broker-dealer or banking institution relationship, to name a few, relative to one or more threshold amounts. Other parameters used to determine the number of depository institutions and to select particular depository institutions for the distribution of tranches, may comprise a term and rate and yield of the time instruments available from the various depository institutions, and the locations of the various depository institutions.

Note that although embodiments of the invention to be described herein are designed to use tranches to purchase a plurality of time deposit instruments, as noted above, one or more of the tranches may also be used to purchase other financial products, such as money market deposit accounts, NOW accounts, money funds, securities, bonds, that may or may not have government backed insurance. These other financial products may be purchased with the individual tranches. Alternatively, the tranches of multiple clients may be aggregated to form purchase amounts for the purchase of such other aggregated financial products.

FIG. 4 discloses an embodiment, referred to as Option 1, comprising a computer-implemented method, computer system configuration and program product, for managing funds of a plurality of respective clients to allocate a given percentage, X_(i), of client assets across a group of depository institutions for the purchase of time deposit instruments and possibly other financial products, with the number of depository institutions, N_(i), for the distribution varying based on the percentage X_(i), e.g., for an X_(i) of 20%, the number of depository institutions for the distribution would be 100%/20%=5. In one embodiment, multiple of these purchased instruments may be aggregated time deposit instruments, where the purchase amount is formed by aggregating the tranches of multiple clients. Such an allocation of tranches for a respective client is illustrated in Table I below, as Option 1. The funds to be allocated may be received via one or more interfaces with clients and/or source institutions. For example, an electronic interface may be set up to receive funds directly from clients, and/or from broker dealers or other source institutions, and/or from Internet depository institutions, to name a few.

TABLE I Amount for Distribution 100,000 100,000 1,000,000 Option 1, Option 1, Option 1, Bank Scenario 1 Scenario 2 Scenario 3 1  $20,000  $18,000   $180,000 2  $20,000  $18,000   $180,000 3  $20,000  $18,000   $180,000 4  $20,000  $18,000   $180,000 5  $20,000  $18,000   $180,000 6 0  $10,000   $100,000 7 0 0 8 0 0 0 9 0 0 0 10 0 0 0 Total $100,000 $100,000 $1,000,000

In the embodiment of FIG. 4, one or more computers may be configured, for example with computer program code loaded in main memory, or via hard-wiring, to implement the allocation. The one or more computers may be configured, in one embodiment, to provide that the tranche amounts calculated will not exceed a predetermined value based on an account type insurance limit. In another embodiment, the tranche amounts may be determined, at least in part, so as not to cause a depository cap for the depository institution to be exceeded. Such a depository cap may be determined, for example, based at least in part, on collateral held by the depository institution or other safety measure or criteria for the depository institution. The tranche amount allocated may be substantially the same across all of the depository institutions, or may be varied, in some embodiments, based on computer-implemented rules applied for the allocation. Note that different computer-implemented rules may be applied depending on whether the client is a regular individual, a high net worth individual, a corporation, a partnership, or other entity type, or a client account balance, or based on other variables in a program.

In more detail, FIG. 4 discloses a computer-implemented operation 400 of accessing, by one or more computers, one or more electronic databases, stored on one or more computer-readable media. In one embodiment, the one or more electronic databases comprise: client information for each of a plurality of respective clients, i, comprising information on client funds held through a program in each of a plurality of depository institutions participating in the program, with information for a respective client comprising one or more of the following items: (i) a balance of funds of the client held through the program in each of multiple of the depository institutions holding funds of the respective client; (ii) a distribution percent value, X_(i), of a given client deposit amount, to be distributed in tranches to each of N_(i) depository institutions. Additionally, the one or more databases may comprise one or more items of information for each of multiple government backed-insured aggregated time deposit instruments holding a tranche of client funds, comprising: (i) a rate for the respective aggregated time deposit instrument; (ii) an identification of the depository institution holding the respective aggregated time deposit instrument; (iii) a term of the respective aggregated time deposit instrument holding funds of the respective client. In a further embodiment, the database may further comprise an interest rate promised to the respective client by the source institution. Information on other financial products holding client funds through the program may also be comprised in the one or more databases.

Note that the percentage, X_(i), for a given client, i, may be determined based on one or more criteria, such as a total balance of the respective client i with a source institution, or a total balance of a respective client, or a client and friends and/or family with the source institution, relative to one or more thresholds, or relative to a set of thresholds in a tier table, or a number of years the respective client has maintained a relationship with the source institution or the program, and/or the term and rate and yield of the time deposit instruments available at that time, and the type of client entity (individual, or municipal entity, or corporate entity) making the deposit, to name a few. Alternatively, this percentage may be obtained from the client, or from the source institution.

The following steps 410, 420, 430 and 440 are then performed for each client, i, of a plurality of clients:

Block 410 comprises an operation of determining, by the one or more computers, a given client available distribution amount, D_(i), for a respective client, i, comprising funds to be distributed in tranches over N_(i) respective depository institutions for the respective client, for the purchase of aggregated or non-aggregated time deposit instruments and potentially one or more other financial products.

Block 420 comprises a computer-implemented operation of determining, by the one or more computers, an amount of a client tranche, by the one or more computers, based at least in part on the percentage, X_(i), and the respective client available distribution amount, D. This determining operation may be performed for example by accessing a database, or a website, or by calculating or having calculated the amount of the client tranche. In one embodiment, the amount of the tranche is restricted to less than an insurance amount. In one embodiment, an algorithm used for the calculation of the tranches comprises simply multiplying the client available distribution amount, D_(i), by the percentage X_(i). In another embodiment, the calculation is based on the rate listed for (and promised to) the given client available distribution amount, D_(i), of the respective client, and the rate for the respective aggregated or non-aggregated time deposit instrument to be provided by the respective depository institution offering the respective aggregated or non-aggregated time deposit instrument, and an algorithm to determine an amount of funds necessary for the client depository institution tranche to realize the rate listed for the given client available distribution amount, D_(i), to obtain a return from that tranche from the respective aggregated or non-aggregated time deposit instrument, so that the rate promised to the client for the client available distribution amount, D_(i), is achieved. For example, a source institution with a relationship with a respective client may be promising to pay 3% to the client for the client available distribution amount, D_(i). However, the aggregated or non-aggregated certificate of deposit to be purchased from a particular depository institution may be paying 4%. The source institution, or the system 100, in one implementation may put in less money in a tranche for a given depository institution, i.e., a lower tranche amount than an amount determined by a simple division of the client available distribution amount, D_(i), by the number of depository institutions in which time deposit instruments are to be purchased would indicate, to obtain the return of 3% promised to the client, in view of the actual 4% rate paid by this depository institution. Alternatively, it may be necessary to put in more money in the tranche for a given depository institution than a simple division of the given client available distribution amount, D_(i), by number of depository institutions in which time deposit instruments are to be purchased would indicate, if the source bank promised to pay 3% to the client, but the aggregated or non-aggregated certificate of deposit to be purchased from the particular depository institution is only paying 2%.

Block 430 comprises a computer-implemented operation of determining, by the one or more computers, for a given tranche distribution percentage, X_(i), to be distributed for the purchase of time deposit instruments, for a client available distribution amount D_(i), a value of N_(i) depository institutions for the respective client, wherein N_(i) is a whole number and (X) times (N_(i)) is equal to or less than 100, e.g., if X_(i), is 18%, then 100%/18%=N_(i)=5, plus a remainder. Alternatively, the number of depository institutions N_(i) is a whole number which is equal to 100%/X_(i), where X_(i) is a distribution percent value to be distributed to each of the N_(i) depository institutions for the respective client account, e.g., if X_(i), is 20%, then 100%/20%=N=5, with no remainder amount in this example. Note that in one embodiment, the operation may be subject to one or more criteria, such as that the respective client available distribution amount, D_(i), to be distributed in tranches, equals or exceeds a threshold value, and/or that the operation is permitted only if a logic element is set, based on a particular relationship between the depository entity and the client, to name a few. For example, in one embodiment, this step may only be performed on client available distribution amounts D_(i) that are above or below a threshold amount, e.g., less than an FDIC-insured limit or other insurance limit or collateral limit, multiplied by the determined N_(i) depository institutions.

Block 440 comprises a computer-implemented operation of allocating, by the one or more computers, respective client depository institution tranches, for purchase of one or more aggregated or non-aggregated time deposit instruments in each of the respective N_(i) depository institutions determined for the client. In one embodiment, the respective depository institution would then aggregate the client depository institution tranches from a plurality of the clients to form a purchase amount to purchase an aggregated time deposit instrument. Note that the purchase amounts may vary from depository institution to depository institution based on one or more criteria such as, for example, a depository institution maximum or minimum cap, or a stability rating.

In one embodiment, this allocating step may further comprise determining client eligibility for having a given client available distribution amount, D_(i), distributed in tranches among N_(i) depository institutions, based on one or more criteria; and aggregating, by the one or more computers, respective client depository institution tranches of a plurality of respective clients that are determined to be eligible, into a respective purchase amount to purchase the aggregated or non-aggregated time deposit instrument from a respective depository institution. Note that client amounts that are not eligible to be distributed to multiple depository institutions because they do not meet one or more criteria may be also included in some embodiments in the aggregation for one or more depository institutions to form a purchase amount. In one embodiment one criteria for client eligibility may be an amount of the given client available distribution amount, D_(i). relative to a threshold amount. In another embodiment, one criterion for client eligibility may be a total amount of the funds of the respective client managed in the program relative to a threshold amount. In another embodiment, one criterion may be a relationship of the client or an amount invested with a source institution. Note that the determining eligibility step may be performed by accessing a database or a website, or by making a comparison of a client available distribution amount, D_(i). or a client total amount managed in the program to a threshold amount, or by keying in the eligibility data.

Block 450 comprises a computer-implemented operation of generating data and/or instructions, by the one or more computers, to transfer the respective client depository institution tranches and to purchase a plurality of aggregated or non-aggregated time deposit instruments at the respective N_(i) depository institutions determined for the client. In one embodiment as noted above, the client depository institution tranches are to be transferred individually to the respective depository institutions to be accumulated by the respective depository institution for the purchase of aggregated time deposit instruments. In another embodiment, multiple of the client tranches designated for a particular depository institution, are aggregated by the system into a purchase amount for an aggregated time deposit instrument, and data and/or instructions are generated to send the respective purchase amount to the respective depository institution to purchase the aggregated time deposit instrument with purchase amount, or to be used for a further aggregation with other tranches, to form a purchase amount for an aggregated time deposit instrument. The instructions may contain an explicit or an implicit purchase request for the time deposit instruments.

Block 460 comprises a computer-implemented operation of updating, by the one or more computers, one or more of the electronic databases with update data for multiple of the clients, i, with the update data for each of these multiple clients, i, comprising respective client depository institution tranches transferred or to be transferred to purchase one or more aggregated or non-aggregated time deposit instruments at the respective client Ni depository institutions for the client, i.

In one embodiment, the operation is performed of selecting respective client depository institution tranches of a plurality of respective clients for aggregation into a respective purchase amount for an aggregated time deposit instrument from a particular depository institution, based, at least in part, on at least one criterion. In one embodiment, the at least one criterion is that only tranches from client available distribution amounts, D_(i), above a threshold amount are aggregated into a respective purchase amount for purchase of an aggregated time deposit instrument from a particular respective depository institution or at a particular rate. In another embodiment, the at least one criterion is that only tranches from client available distribution amounts, D_(i), below a threshold amount are aggregated into a respective purchase amount for purchase of an aggregated time deposit instrument from the respective depository institution. In yet another embodiment, the at least one criterion is that only tranches from client available distribution amounts, D_(i), associated in the one or more databases, with a particular source institution are aggregated into a respective purchase amount for purchase of an aggregated time deposit instrument from a particular depository institution and/or at a particular rate. In another embodiment, the at least one criterion is that the term for the client available distribution amount, D_(i), is a predetermined term. Various other criteria, e.g., total funds of the client, or the client and family and/or friends, with the source institution, or managed by the system 100, may be used to select tranches to form purchase amounts for aggregated time deposit instruments at a particular depository institution or at a particular rate and/or particular term.

In a further embodiment, the operation is performed of purchasing the aggregated time deposit instrument. In one embodiment, this purchasing step is performed electronically by the transmission of an electronic message by the one or more computers and via one or more electronic networks.

In a further embodiment, the system 100 determines a group of depository institutions to participate in a reciprocal program for distributing tranches for the purchase of aggregated time deposit instruments. By way of example, factors that may be taken into account in making a distribution of tranches comprise the fact and/or amount originating from a respective source institution, and any relationship of the source institution to the recipient institution, either a contractual relationship or a corporate affiliation, to name a few. In this further embodiment, the one or more databases may further comprise information on source institution activity of a respective depository institution, e.g., the funds brought into the system 100 for distribution to other depository institutions participating in the program. This sourcing activity would be considered in selecting which depository institutions are to receive tranches for the purchase of time deposit instruments and other financial instruments. In this embodiment, the steps may be performed of receiving an order from a respective source institution, to distribute one or more client available distribution amounts, D_(i), of funds of clients of the source institution, for the purchase of a plurality of aggregated or non-aggregated time deposit instruments. In one embodiment, the order comprises one or more electronic documents and is received electronically by the one or more computers and via the one or more electronic networks. The allocating step in this embodiment further comprises: selecting, by the one or more computers, one of the depository institutions participating in the program, for purchase of one or more aggregated time deposit instruments based, at least in part, on whether or not one or more orders have been received from the respective one depository institution under consideration, to distribute one or more client available distribution amounts, D_(i), of clients of that respective one depository institution for the purchase of a plurality of aggregated or non-aggregated financial instruments in other depository institutions participating in the program. As noted, a region, or contractual relationship of a corporate affiliation may also be taken into account.

In one implementation of this embodiment, the selection of the one depository institution participating in the program for the purchase of one or more aggregated time deposit instruments is based, at least in part, on whether the one or more orders received in the system 100 from the respective one depository institution, for distributing tranches from client available distribution amounts, D_(i), of clients of the respective one depository institution to other program depository institutions, meets at least one criterion. The at least one criterion may be that a cumulative amount of the client available distribution amounts, D_(i), from the one depository institution, that were distributed to other program depository institutions, is more than the respective one depository institution has received in client depository institution tranches associated with other program source institutions. Alternatively, one criterion may be that the cumulative amount of the client available distribution amounts, D_(i), from the one depository institution, that were distributed to other program depository institutions equals or exceeds a threshold level. Money received can be taken into account, e.g., see the reference to reciprocity, above.

In a further embodiment, the steps are performed of selecting, by the one or more computers, one of the depository institutions for the purchase of one or more aggregated or non-aggregated time deposit instruments based, at least in part, on how close a rate and term of the aggregated or non-aggregated time deposit instrument available from the respective one depository institution matches a rate promised by the source institution for the given client available distribution amount, D_(i), of funds of the respective client.

In a further embodiment, the step is performed of selecting, by the one or more computers, a respective one of the depository institutions for the purchase of one or more aggregated or non-aggregated time deposit instruments based, at least in part, on a safety grade rating for the respective one depository institution.

In a further embodiment, the step is performed of selecting, by the one or more computers, respective one or more of the depository institutions for the purchase of one or more aggregated or non-aggregated time deposit instruments based, at least in part, on whether the respective depository institution is affiliated with the source institution for one or more of the client available distribution amounts, D_(i), to be used for the purchase. In this embodiment, the one or more databases comprise data on the source institution for each of a plurality of the client available distribution amounts, D_(i).

In a yet further embodiment, the one or more databases comprise a list of depository institutions for holding tranches of the client available distribution amount, D_(i), of a respective client, and/or a list of one or more depository institutions that are not to hold the clients'funds. In one embodiment, this list may be provided by the respective client or source institution for the respective client.

Table I, Scenario 1, discloses an example allocation for this embodiment where X equals 20% of D_(i), for the purchase of one or more time deposit instruments in each of N_(i) depository institutions, where N_(i) is determined to be 100%/20%=5 depository institutions in the program, in the example. Note that the total number of depository institutions participating in the program in this example is 10.

In a variation to this embodiment, referred to as Scenario 2 of Option 1, a computer-implemented method is disclosed for allocating respective client tranches comprising a percentage, X_(i), of the client available distribution amount, D_(i), of $100,000 for the purchase of time deposit instruments, where there is a remainder, e.g., X_(i)=18%, resulting in 18% being distributed across 5 depository institutions in a program with 10 depository institutions. A remainder percentage, R_(i), e.g., 10%, is then allocated across one or more remainder depository institutions, e.g., in a 6^(th) depository institution in Table I, Scenario 2. In this example, the funds for the remainder depository institution (e.g., the 6^(th) depository institution) may be placed in another depository instrument in a different financial instrument that does not have penalties for withdrawal, e.g., a money market deposit account (MMDA). Funds from this MMDA in the 6^(th) depository institution may be used to settle service transactions, such as debits, deposits, and transfers. This design, illustrated in Table I, as Option 1, Scenario 2, may also be used to minimize activity in the first group of depository institutions, e.g., depository institutions 1 through 5 in this example, and yet facilitate liquidity with the funds in the 6^(th) depository institution through this method.

One embodiment of this second scenario comprises, allocating at least a portion, PR_(i), of a remainder amount, R_(i), by the one or more computers, of the respective client available distribution amount, D_(i), where R_(i) (D_(i))−(D_(i)(N_(i)·X_(i))/100), and N_(i) is a whole number equal to 100%/X_(i), to one or more of the depository institutions, M_(i), up to a predetermined amount in each of the respective client M_(i) depository institutions, where M_(i), is one or more depository institutions. For the example shown in Table I, this equation would mean that R_(i), would be equal to the amount (D_(i)) of $100,000 minus the quantity of $100,000 times the number of depository institutions N_(i), which is a whole number of 5 in this case, e.g., 100%/18%, in which client account deposits are allocated, times the percentage of 18%, divided by 100, which results in $100,000-$100,000 (5×18)/100=$10,000. Thus, the remainder amount R_(i), is $10,000 distributed to M_(i) bank 6.

A Scenario 3 is also shown in Table I, and represents the situation for an individual with a large account balance, e.g., $1,180,000, in his/her respective client account. In this situation, a percentage, X, e.g., 18% in the example, is allocated across the 5 depository institutions; 18% of $1,000,000 is $180,000. A remaining balance, R_(i), of $100,000, is allocated to a 6^(th) depository institution.

It is within the letter and spirit of the present invention that the number of depository institutions and percentages to be allocated may be varied.

In another embodiment of the invention, referred to as Option 2 and shown in Table II, a system, program product, and computer-implemented method are disclosed to approximately evenly allocate tranches for a client available distribution amount, D_(i), across a fixed number of depository institutions, N_(i), by taking the respective client's client available distribution amounts, D_(i) and dividing, via the one or more computers, by the fixed number of depository institutions, N_(i). In this embodiment, one or more computers may be configured, for example with computer program code loaded in main memory, or via hard-wiring, to implement the allocation. The one or more computers may be configured, in one embodiment, to provide that the amount allocated to a depository institution will not exceed the account type insurance limit (currently $250,000) and/or will not override a depository institution capacity—with an exception being an allocation to one or more safety depository institutions. Option 2, Scenario 1, is illustrated in Table II, for a client's account balance of $100,000, which is to be distributed approximately evenly across 10 depository institutions in a program, e.g., $100,000/10 (number of depository institutions)=$10,000 per depository institution.

TABLE II Amount for Distribution 100,000 2,320,000 Option 2, Option 2, Bank Scenario 1 Scenario 2 1  $10,000   $700,000 2  $10,000   $180,000 3  $10,000   $180,000 4  $10,000   $180,000 5  $10,000   $180,000 6  $10,000   $180,000 7  $10,000   $180,000 8  $10,000   $180,000 9  $10,000   $180,000 10  $10,000   $180,000 Total $100,000 $2,320,000

In a Scenario 2 for this Option 2, shown in Table II, a client has a transaction balance of $2,320,000, a balance of $180,000 is allocated to each of depository institution 2-10. A remaining balance is allocated and sent to a safety depository institution 1, in a money fund or one or more other financial instrument instruments that may or may not be FDIC insured or have other insurance.

In another embodiment, N_(i) may vary for each client account, i, based on one or more criteria, such as for example, a total amount a client, or the client and family and/or friends have on deposit in various accounts with a given source institution, or a total amount a client, or the client and family and/or friends have on deposit in the program, a number of available depository institutions with capacity, the parameters of the respective program, to name a few.

A yet further embodiment of a computer-implemented method comprises Option 3 shown in Table III. For Option 3, the one or more computers may be configured to calculate a percent of client assets, and allocate tranches of that percent amount across a first N_(i) depository institutions in program. The remaining amount of client assets is then allocated in tranches across M_(i) program depository institutions. Thus, a first percentage, X₁, a number of depository institutions, N_(i), across which to distribute the first percentage, and a number of depository institutions, M_(i), across which to distribute a second percentage, Y_(i), may be specified by or for the respective client. In one embodiment, the amount allocated to each depository institution in one of the sets of depository institutions is determined to not exceed the account type insurance limit (currently $250,000) or not to cause a depository institution to exceed its capacity—with an exception being an allocation to one or more safety depository institutions.

Table III illustrates a Scenario 1 for this Option 3. In this Scenario 1, for a client with a total account balance of $500,000, an X_(i) of 80% is allocated in tranches across an N_(i) of the first two depository institutions, e.g., $200,000 in each of N_(i) depository institutions 1 and 2, for the purchase of time deposit instruments. An Y_(i) comprising the remaining 20% of the balance is allocated in tranches across the remaining M_(i) depository institutions 3-10, e.g., $12,500 to each of depository institutions 3-10. The tranches allocated to depository institutions 3-10 may be used to purchase time deposit instruments, or other financial instruments, such as MMDA's, to facilitate liquidity.

A Scenario 2 for Option 3 is shown in the second column in Table III. In this Scenario 2, for a client with a total account balance of $499,997, an X_(i) of approximately 50% is allocated in tranches among an N_(i) of the first three depository institutions 1-3, e.g., $83,333 in each of depository institutions 1-3, for the purchase of time deposit instruments. The remaining Y_(i) of approximately 50% is allocated in tranches across the remaining M_(i) depository institutions 4-10, e.g., $35,714 to each of depository institutions 4-10, and may be used to purchase time deposit instruments, or other financial instruments, such as MMDA's, to facilitate liquidity.

Although convenient for purposes of illustration, note that the amounts allocated in tranches to the depository institutions in a given set of depository institutions, e.g., N_(i), need not be equal. Also, note that the amount of the tranche in a given depository institution for a client may exceed the FDIC insurance limit. This is illustrated in a Scenario 3 shown in column 3. Column 3 shows the same percentage of 50% allocated in tranches to the first set of depository institutions, 1 and 2, as in column 1, but the amount in depository institution 1 is different from the amount in depository institution 2, and the total amount of the client available distribution amount, D_(i), causes the balance for the client in multiple of the depository institutions to exceed the FDIC limit.

In one embodiment, one or more of the tranches may be invested in stocks, or bonds, municipal or ETF funds, or ETN's or other notes, or other financial instruments, via a broker or other financial intermediary, in the infrastructure of the banking entity or associated with the banking entity.

TABLE III Amount for Deposit $500,000 $499,997 $5,200,000 $1,800,000 Depository Option 3, Option 3, Option 3 Option 3 lnstr. Scenario 1 Scenario 2 Scenario 3 Scenario 4 1 $200,000  $83,333 $1,500,000   $500,000 2 $200,000  $83,333 $1,100,000   $500,000 3  $12,500  $83,333   $325,000   $200,000 4  $12,500  $35,714   $325,000   $200,000 5  $12,500  $35,714   $325,000   $100,000 6  $12,500  $35,714   $325,000   $100,000 7  $12,500  $35,714   $325,000   $50,000 8  $12,500  $35,714   $325,000   $50,000 9  $12,500  $35,714   $325,000   $50,000 10  $12,500  $35,714   $325,000   $50,000 Total $500,000 $499,997 $5,200,000 $1,800,000

For the embodiments illustrated in column 1 of Table III, where the amount of a client's funds held in each depository institution in a first set of depository institutions, N_(i) of 2 is made to be equal, the percentage X_(i), of 80% is deposited across the depository institutions 1 and 2, e.g., 40% in each of the institutions 1 and 2. Then the amount that is remaining, in this example comprising $100,000, is distributed across a second set, M_(i), of 8 depository institutions. In one embodiment, a client second percentage, Y_(i), to be distributed in tranches across the depository institutions in this second set, e.g., the remaining 20% in this example, is divided by the number of depository institutions in the second set, e.g., 8, so that 20%/8=2.5% per tranche. This tranche percentage is then multiplied by the client available distribution amount, D_(i), and distributed as a tranche to each of the depository institutions in this second set of depository institutions, e.g., $12,500 for the example of column 1. In one embodiment, the second percentage Y_(i) equation is (100%−X_(i))/(M_(i)). In the example illustrated in Table III, Option 3, Scenario 1, where X_(i)=80%, the calculation for the second percentage is Y=(100-80)/8=2.5%.

In a further embodiment, referred to as Scenario 4, and shown in column 4 of Table III, three sets of depository institutions are used, with a different percentage allocated across each set. Within the given set, the percentage allocated may be distributed equally across each of the depository institutions in the set. Alternatively, the tranche amounts in the depository institutions in the given set may be different and determined by one or more criteria. The depository products purchased may vary from set to set. For example, time deposit instruments may be purchased in depository institutions in the first set of depository institutions, e.g., depository institutions 1 and 2. Also, one of the sets of depository institutions may be determined based on one or more criteria, relating to client characteristics, such as a total balance of the client with a source institution or managed in the program, or any of the other criteria already set forth herein, or based on one or more criteria related to the depository institution or source institution, such as the capacity of the depository institution, the balance sheet and safety of the depository institution, to name a few. In the example shown in column 4, the first set comprises depository institutions 1 and 2, and has allocated to the set a percentage of 50% to be split up in tranches for the respective depository institutions in the first set. The second set of depository institutions may be determined based on one or more criteria, and comprises in this example, depository institutions 3, 4, 5 and 6, and has allocated thereto a percentage Y_(i) of 30% to be split up in tranches for the respective depository institutions in the second set. A different set of financial products may be purchased in this second set or time deposit instruments with different characteristics relative to the first set of depository institutions may be purchased, e.g., time deposit instruments with a shorter term compared to the term of the time deposit instruments purchased in the first set of depository institutions. The third set may comprise a different set of financial instruments, such as MMDA's or a set of equity funds, which may be determined based on one or more criteria. In an example with equity funds, the institutions 7, 8, 9 and 10 in the third set may comprise equity fund institutions, and may have allocated thereto a percentage Z, of 20% to be split up in tranches for the respective third set. As noted, a choice of financial products may be used to facilitate liquidity.

A yet further embodiment of the invention comprises allocating client funds across a number of depository institutions, with the number of depository institutions for the allocation determined based on one or more criteria, e.g., a tiering of the number of depository institutions for deposit based on the one or more criteria. For example, one criterion may comprise a balance of client funds managed by the system 100 in the program relative to a tiering table, with the tiering table comprising for each tier, a number, N, of depository institutions assigned to the respective range of balances. Another criterion may be the balance in all of the accounts for a client, or a client and the client's family and/or friends, managed by the system 100 (the program), or listed in accounts of a respective associated source institution, relative to tier ranges in a tiering table. Another criterion may be an overall client relationship with the system 100 (the program) or with one or more depository institutions participating in the program. Another criterion may be an overall amount of funds currently managed by the system 100 for a given associated source institution, e.g., a broker dealer or source depository institution.

Referring to FIG. 5, one embodiment for tiering, a computer-implemented operation of this embodiment may comprise performing, by the one of more computers, the following steps for each client, i, of multiple of the clients (note that this tiering option may be offered to only selected clients based on one or more criteria)

In block 500 in FIG. 5, an operation is represented of accessing one or more electronic databases comprising information on client funds held through a program in each of a plurality of depository institutions participating in the program; and information for each of multiple government backed-insured aggregated time deposit instruments and other financial instruments holding a tranche of client funds. Note that in one embodiment, one or more databases may comprise a balance of client funds managed by the system in a program and held in accounts in multiple of the depository institutions. In other embodiments, information in the one or more databases may comprise client relationship data and/or client tier levels, N_(T). Additionally, the one or more databases may comprise one or more items of information for each of multiple government backed-insured aggregated time deposit instruments holding a tranche of client funds, comprising: (i) a rate for the respective aggregated time deposit instrument; (ii) an identification of the depository institution holding the respective aggregated time deposit instrument; (iii) a term of the respective aggregated time deposit instrument holding funds of the respective client. Information on other financial products holding client funds through the program may also be comprised in the one or more databases.

In block 510 in FIG. 5, a computer-implemented operation is represented of determining, by the one of more computers, a client available distribution amount, D_(i), comprising funds to be distributed to multiple of the depository institutions in the program. This determination may be subject to one or more computer implemented rules, as discussed previously. The determining operation may be performed in a variety of different ways, such as by accessing a database or a Website, or calculating the data, or by having the data keyed into the system.

In block 520 in FIG. 5, a computer-implemented operation is represented of determining, by the one of more computers, a depository institution number tier, T_(i), for the client available distribution amount, D_(i), from among a plurality of tiers based on one or more criteria, wherein each tier has a number, N_(T), of depository institutions electronically associated therewith or has associated with it a function for the tier for computing electronically the number, N_(T), of depository institutions. In one embodiment, one of the criteria may comprise in which tier range the client available distribution amount D_(i), or a total amount of client funds managed by the system 100 in the program, or a total amount from the associated source institution managed by the system 100 in the program, fits in a tier table comprising a set of deposit amount ranges, with a prescribed number of depository institutions, N_(T), assigned to each respective tier range. Any of the other example criteria set forth herein may be used. As noted, the determining operation may be performed in a variety of different ways, such as by accessing a database or a Website, or calculating the data, or by having the data keyed into the system.

In block 530, a computer-implemented operation is represented of allocating, by the one of more computers, the client available distribution amount, D_(i), across a number of depository institutions, N_(T), equal to the number associated electronically with the tier, T_(i), or determined from a function associated with that tier, T_(i), so that a respective client portion, P_(i), of the client available distribution amount, D_(i), is allocated to each respective depository institution in the number of depository institutions, N_(T), in the client's tier, T_(i). In one embodiment of this Option, the client portions, P_(i), allocated to each of the respective depository institutions, N_(T), in the client's tier, T_(i), are approximately equal, but do not exceed a predetermined amount, except for one or more safety depository institutions. In another embodiment, the client portions or tranches, P_(i), may vary from depository institution to depository institution based on one or more criteria set forth by the client, or the source institution, or the system, or based on such criteria as a minimum cap and a maximum cap set for the respective depository institution. In these other embodiments, the client portions, P_(i), may be determined in accordance with one or more of the computer-implemented methods. Note that a selection of depository institutions may be made by the client or by the source institution, or by the system 100 based on one or more criteria as previously described.

In one embodiment, the computer-implemented operation is performed of aggregating tranches from different clients of the same source institution, or from different source institutions, and calculating, by the one of more computers, for each respective depository institution of multiple of the depository institutions in the program, a respective purchase amount for allocation for purchase of one or more of the interest-bearing aggregated time deposit instruments to be held in the respective depository institution. The respective purchase amount comprises a sum of a plurality of respective clients' tranches, P_(i), allocated to the respective depository institution for the purchase of the aggregated time deposit instrument. As noted, in some embodiments, client amounts that are not eligible to be distributed across multiple banks may also be included to form respective purchase amounts.

In block 540, a computer-implemented operation is represented of generating, by the one of more computers, data for instructions to transfer funds for the purchase of financial instruments in N_(T) depository institutions, comprising purchase of one or more of the interest-bearing aggregated time deposit instruments in the respective depository institutions in the program. As noted above, other financial instruments may be purchased in one or more of these depository institutions. As noted previously, in some embodiments, the purchase data may be not comprise aggregations of tranches, but may be for a purchase of time deposit instruments and other financial instruments for individual clients.

In block 550, a computer-implemented operation is represented of updating, by the one of more computers, one or more of the electronic databases with update data for each of multiple of the clients, i, with the update data for each of the multiple clients comprising data for the respective client tranche, P_(i), allocated to purchase one or more of the interest-bearing aggregated or non-aggregated time deposit instruments or other financial products in each respective depository institution in the number of depository institution, N_(T), determined for the client based on the tier determined for that client. Note that in some instances, the client tranche, P_(i), for the respective depository institution may be in excess of the FDIC insurance limit or may raise the total amount of client funds held in that depository institution to above the FDIC insurance limit, particularly if the respective depository institution is a safety depository institution for the respective client.

In a yet further embodiment, after the system has determined that a client, or a broker dealer, or financial intermediary, or source institution, has met one or more designated criteria, then the client, or broker dealer or source institution may be permitted to designate a number of depository institutions across which to deposit its client available distribution amount, D_(i), and/or to designate a percentage to be deposited in each of these designated depository institutions.

Note that all of the embodiments disclosed herein may be implemented with the added operation of administering the client deposits/transfers to and/or withdrawals/transfers from respective client accounts in a month. In one implementation of this embodiment, data for a sequence of withdrawals/transfers or a manner of making withdrawals/transfers is generated so that more than six (6) withdrawals/transfers may be made in the month from one depository institution. In one embodiment, the system posts the deposits/transfers and withdrawals/transfers, or nets thereof, and sweep data against client accounts representing funds of the respective client managed by the system in the program, in the one or more databases. This added operation may comprise the back-end volume processing of large numbers of withdrawals in a month by check, debit card, credit card and/or ACH.

As noted, in variations of the previously described embodiments, one or more of the aggregated interest-bearing accounts held in the depository institutions may or may not be FDIC insured, and the respective depository institution may alternatively, hold an amount of collateral or exhibit other features to justify a determination that the respective depository institution is safe.

In a further variation that can be applied to modify each of the embodiments herein disclosed, the one or more of the electronic databases include client preference and/or exclusion information comprising a client's one or more preferences and/or one or more exclusions of one or more of the depository institutions to hold its funds. The memory for one or more of the computers stores computer-readable instructions that, when executed, cause the one or more computers to perform the step of determining the depository institutions in the program for allocation of tranches of the client available distribution amount, D_(i), based at least in part, on the client preference and/or exclusion information.

In one embodiment of an account allocation sequence, first amounts are allocated to the depository institutions based on one or more criteria, such as meeting reciprocity requirements, maximum caps, minimum caps, stability ratings, yields and terms of deposit, to name a few. Then the respective client tranches may be shuffled among the depository institutions to substantially equal these allocated first amounts. Note also that the client tranches may be sorted in some defined manner, e.g., descending order based on client available distribution amount, D_(i), (highest to lowest), or sorted numerically from lowest to highest. Thereafter, the allocation proceeds, client by client, to determine which depository institutions will receive tranches from the client available distribution amounts, D_(i), to purchase the time deposit instruments.

Note also the system can reallocate client funds from a time deposit instrument to a non-time deposit instrument. This reallocation may be performed to provide liquidity to the respective client, and/or to maintain a desired system spread for a given transaction, or an interest rate, for example. In this respect, in one embodiment, the method further comprises: reallocating funds of a first client from a respective time deposit instrument to a non-time deposit financial instrument, and allocating funds of a second client to the respective time deposit instrument in place thereof; and withdrawing an amount of the funds of the first client from the non-time deposit financial instrument. Thus, the system can shuffle client funds between time deposit instruments and other financial products as desired.

As noted, in one embodiment, groupings of client tranches may be made to form purchase amounts for purchase of aggregated time deposit instruments and other financial products. The allocation method for the tranches and the formation of the purchase amounts for making the time deposit instrument purchases at the respective depository institutions may, in one embodiment, be based on the size of the respective client available distribution amount, D_(i), and based on allocation business rules set for that client. Note that business rules may be attributed to a client account directly at the client account level, or to multiple accounts at the broker or office/branch level.

In one embodiment of business rule priority, client account specific rules may be used first to direct tranches from the client available distribution amounts, D_(i). If the client has opted out of a particular bank, for example, because the client has funds in that bank via an account with another depository entity, or the client has designated that a first set of tranches is to be held in a particular set of depository institutions, then such client allocation for tranches will follow those rules in making the allocation of that client's funds. Then depository entity office/branch level allocation business rules of the given depository entity may be followed in an order subject to potential amount limits specified by the applicable rule(s) in allocating tranches of multiple client available distribution amounts, D_(i). The allocation of tranches of client funds may also follow certain other business rules to minimize a volume of fund redistributions.

As noted, in some embodiments one or more safety depository institutions may be designated. A safety depository institution may be generally one of the larger and/or more stable depository institutions in the program, and so is less likely to experience depository institution failure, or it may comprise a depository institution with a certain level of collateral. In one embodiment, the safety depository institution may be selected at the broker level. In another embodiment, it may be selected at the client level. If a broker or system selected depository institution is opted out for a particular client, then the depository institution with the highest available capacity may be used as the safety depository institution for that account. Note that due to opt-out and other rules, there may be multiple safety depository institutions. The safety depository institution for a given client may be selected by rule.

Referring again to FIG. 1, in one embodiment, the management system 100 tracks the purchases of the aggregated or non-aggregated time deposit instruments held at the depository institutions 130-140, based on information generated by the management system computers, e.g., wires, messages, to name a few, and/or received by the management system 100 from the depository institutions and/or from other appropriate sources via contract or otherwise. The management system 100 maintains electronic records or has maintained for it, in one or more electronic databases, records on each source institution and its respective clients with funds in the depository institutions managed by the management system 100.

As explained more fully below, the management system 100 may automatically generate reports, for example in the form of e-mail messages, text messages, faxes, postings on prescribed web pages, to name a few, advising the source institution with the client relationships, of the day's purchases of aggregated or non-aggregated time deposit instruments and other financial products in the multiple depository institutions holding funds for clients of that depository entity. The management system 100 maintains or has maintained for it, computer software and/or hardware located at a main management system site, or at one or more remote sites that are in communication with the management system 100, that maintain databases and other program functions to track the purchases, and the aggregation into purchase amounts, and the transfer of these purchase amounts for the purchase of the aggregated time deposit instruments and other depository products in each of the depository institutions 130-140, and details of those instruments and depository products. Additionally, software is provided to generate data for instructions to transfer the funds from these depository institutions when the term of the respective aggregated or non-aggregated time deposit instrument has ended. Examples of such computer software and/or hardware will be discussed below.

In yet a further embodiment, an audit trail of allocations and reallocations of client funds at each of the depository institutions may be generated. In some embodiments, the system may send information that provides an intra day movement among depository institutions of the funds of the individual client, to the respective individual client, and/or to the associated source institution, and/or depository institutions, and/or to any other designated outside party. The process then creates outbound files for the depository institutions and the broker dealers or other source institutions maintaining the client relationships. A depository institution distribution file sent to the depository institution may include data for each client with funds in the program to be held by that depository institution, and the respective balance held in one or more aggregated or non-aggregated time deposit instruments or other financial products at the respective depository institution. A file may also be sent to each depository institution, which file includes the client's source institution account number, a balance for that client at the depository institution and an identification number, such as the last four digits of the client's TIN. Accordingly, the process in one embodiment, creates a transaction audit trail to record all changes in client funds and an identification of the depository institutions and the aggregated time deposit instruments or other financial products holding those funds and the amounts of client funds held therein.

In yet a further embodiment, an on-the-fly report of uninsured funds is generated and communicated by some convenient electronic means. The insurance process detects whether a client's assets at a particular depository institution are over a prescribed insurance limit or if a depository institution has deposits that exceed its collateral limit. In this manner, uninsured client funds will be written to the uninsured file to capture such client funds “on the fly.” An uninsured account balance report thus will include all uninsured client funds with a listing of the aggregated balance of client funds per depository institution. Likewise, for program deposits that exceed a depository institution collateral limit or cause a depository institution to exceed its collateral limit, an excess deposits report may be generated.

The system further includes a message generator that generates one or more electronic messages and/or settlement wires regarding distribution of funds to each of the depository institutions for the purchase of the aggregated or non-aggregated time deposit instruments and other financial products in the depository institutions, as well as for fund withdrawals when the terms have expired (the time deposit instrument has matured) for the aggregated or non-aggregated time deposit instruments, or when a reallocation is performed to facilitate a withdrawal process, or in one embodiment, to facilitate volume withdrawal processing. In one embodiment, the system may perform a process to request instructions from a respective client or determine if instructions have been stored in the one or more databases on a reallocation of client funds obtained from time deposit instruments that have matured. Such a request for instructions may comprises an email to the client, or a letter in the mail, to name a few. In one embodiment, the system may automatically, or after instruction from the respective client or his/her broker dealer, reallocate funds from maturing time deposit instruments into other time deposit instruments, or into other financial instruments, such as MMDA's, or NOW accounts, or DDA's, to name a few. In one embodiment, these reallocations may be to one or more financial instruments in one or more depository institutions in accordance with a percentage set forth in the one or more databases, or in an client instruction, or based on a tiering table, as previously described.

Note that messages may, for example, be in the form of e-mail, facsimile, text message or other form of communication, and may be sent electronically, or by messenger, or by presentation in person, for example. Such messages may be sent to the source institutions and/or the depository institutions for providing notice of an action, or a request for approval of an action, and may include information such as, for example, an amount received from a time deposit instrument termination or a purchase or a withdrawal.

FIG. 2 is a block diagram showing an embodiment of a management system 100 of FIG. 1, generally designated by reference number 200 in FIG. 2, according to an exemplary embodiment of the present invention. In one embodiment, the management system 200 according to the present invention may be communicatively coupled to one or more networks 205 via a communication interface 295. The one or more networks 205 may represent a generic network, which may correspond to a local area network (LAN), a wireless LAN, an Ethernet LAN, a token ring LAN, a wide area network (WAN), the Internet, a proprietary network, an intranet, a telephone network, a wireless network, and/or cloud computing networks, to name a few, and any combination thereof. Depending on the nature of the network employed for a particular application, the communication interface 295 may be implemented accordingly. The network 205 serves the purpose of delivering information between connected parties.

In one embodiment, the network 205 may comprise the Internet. The system 200 may communicate purchase data, tranche allocation data, and depository entity records to interested or authorized parties. The management system 200 may also or alternatively be communicatively coupled to a network 205 comprising a closed network (e.g., an intranet). The communication may comprise tranche allocation data and time deposit instrument purchases and purchases of other financial products and depository institution records to a limited number of receivers, potentially with an enhanced level of security. The management system 200 may be configured to communicate, via the one or more networks 205, with respective computer systems of the one or more source institutions, the depository institutions 130-140, and to the one or more control operating accounts in a depository institution or in an intermediary bank 110. By way of example, such communication may be used to manage the purchase of the time deposit instruments held at each depository institution and the movement of funds.

The management system 200 may comprise, in some embodiments, a computing platform for performing, controlling, and/or initiating computer-implemented operations, for example, via a server and the one or more networks 205. The computer platform may comprise system computers, as well as third party computers networked thereto. An exemplary management system 200 may operate under the control of computer-executable instructions to carry out the process steps described herein. Computer-executable instructions comprise, for example, instructions and data which cause, when executed, a general or special purpose computer system or processing device to perform a certain function or group of functions. Computer software for the management system 200 may comprise, in an embodiment, a set of software objects and/or program elements comprising computer-executable instructions collectively having the ability to execute a thread or logical chain of process steps in a single processor, or independently in a plurality of processors that may be distributed, while permitting a flow of data inputs/outputs between components and systems.

The management system 200 may include, one or more personal computers, workstations, notebook computers, servers, mobile computing devices, handheld devices, multi-processor systems, networked personal computers, minicomputers, mainframe computers, personal data assistants, tablets, Internet appliances (e.g., a computer with minimal memory, disk storage and processing power designed to connect to a network, especially the Internet, etc.), or controllers, to name a few.

The management system 200 may comprise, in one embodiment, a bus 210 or other communication component that couples various system elements 220-295, and is configured to communicate information between the various system elements 220-295.

As shown in FIG. 2, one or more computer processors 220 may be coupled with the bus 210 and may be configured to process and handle information and execute instructions. The management system 200 may include a main memory 250, such as a Random Access Memory (RAM) or other dynamic storage device, coupled to the bus 200, for storing information and instructions to be executed by the one or more processors 220. The main memory 250 also may be used for storing temporary variables or other intermediate information during execution of instructions by the one or more processors 220.

The management system 200 further may include a Read-Only Memory (ROM) 230 or other static storage device (e.g., EPROM, EAROM, EEPROM, PROM, flash, and the like) coupled to the bus 210 for storing static information and instructions for the one or more processors 220. Furthermore, a storage device 240, such as a magnetic disk or optical disk, such as a CD-ROM or other optical media, may be provided and coupled to the bus 210 for storing information and instructions.

In addition to the ROM 230, one or more databases 260 may be coupled to the bus 210 for storing static information and software instructions. Information stored in or maintained in the databases 260 may be provided in conformance with a database management system format such as, but not limited to, the Structured Query Language (SQL) format. Database query and access instructions, for example, in the form of one or more scripts, may be used which, when executed by a processor such as the processor 220, serve to access, store and retrieve data maintained in the database 260 according to the instructions contained in the script.

Furthermore, the management system 200 may comprise application software instructions which may implement a human-machine user interface portion for generating interactive electronic pages or display screens by which a user may provide data to and receive information from the management system 200 and the database 260. Interactive electronic pages may include user dialog boxes for accepting user entered information. In particular, the human-machine interface may comprise a Graphical User Interface (GUI) portion for prompting the user to enter data by providing an interactive dialog box or message box instructing the user to enter particular data, or to select from among a multitude of options provided using pull-down menus. A user may interact with the management system 200 via the graphical user interface by using a pointing device and/or data entry device. The GUI portion may place the output of the management system 200 in a format for presentation to a user via the display. In at least one embodiment, the GUI may be implemented as a sequence of Java instructions.

A data entry device 270, including alphanumeric and other keys, or a pointing device such as a mouse or trackball, or a scanner, to name a few, may be coupled to the bus 210 for communicating information and command selections to the processor 220. The data entry device 270 may be coupled to the bus 210 via an interface (not shown), wherein the interface may be, for example, a serial port, an RS-232 port, or the like. In addition, the interface may be a wireless interface and provide connection-less communication via, for example, Bluetooth communication.

The management system 200 may be coupled via the bus 210 to a display or printer 290 for outputting information to a computer user. In addition, a user may use the display (e.g., touch screen) or a scanner to provide information to the management system 200.

According to at least one embodiment of the present invention, the various program operations as described herein may be provided by the management system 200 by the one or more processors 220 executing one or more sequences of computer-readable instructions contained in the main memory 250. Such instructions may be read into the main memory 250 from another computer-readable medium, such as the ROM 230, the storage device 240, or the database 260. Execution of the sequences of instructions contained in the main memory 250 may cause the one or more processors 220 to perform the process steps described herein. It should be appreciated that an embodiment of the management system 200 may perform fewer or additional processes as compared to those described herein. As noted, the one or more processors 220 may be arranged in a multi-processing arrangement. Alternatively, hard-wired circuitry may be used in place of or in combination with software instructions to implement the invention. Thus, embodiments of the invention are not limited to any specific combination of hardware circuitry and software.

The term “computer-readable medium” or “computer-readable storage medium,” as used herein refers to any medium that is computer-readable and participates in providing instructions to the processor 220 for execution. Such a medium may be removable or non-removable and may take many forms, including, but not limited to, non-volatile media and volatile media. Non-volatile media include, for example, optical or magnetic disks, such as the storage device 240. Volatile media include dynamic memory, such as the main memory 250. Common forms of computer-readable media include, for example, floppy disk, a flexible disk, hard disk, magnetic tape, any other magnetic medium, a Compact Disc Read Only Memory (CD-ROM), Digital Video Disc (DVD) or any other optical medium, punch cards, paper tape, any other physical medium with patterns of holes, a Random Access Memory (RAM), a Programmable Read Only Memory (PROM), an Erasable Programmable Read Only Memory (EPROM), a Flash EPROM, any other memory chip or cartridge, or any other medium from which a computer can read computer instructions. Combinations of the above are also included within the scope of machine-readable media. Machine-executable instructions comprise, for example, instructions and data which cause, when executed, a general purpose computer, special purpose computer, or a special purpose processing machine to perform a certain function or group of functions. It should be appreciated that the one or more databases 260, the main memory 250, the storage device 240, and the ROM 230 may, in some embodiments, be described as a “computer-readable medium” or a “computer-readable storage medium.”

As previously noted, the management system 200 also comprises a communication interface 295 coupled to the bus 210 for providing one-way, two-way or multi-way data communication with the network 205, or directly with other devices. In one embodiment, the communication interface 295 may comprise a modem, a transceiver Integrated Services Digital Network (ISDN) card, a WAN card, an Ethernet interface, or the like, to provide a data communication connection to a corresponding type of communication medium. As another example, the communication interface 295 may comprise a LAN card to provide a data communication connection to a compatible LAN. Wireless links may also be implemented. In such wireless links, communication interface 295 may communicate with a base station communicatively coupled to a network server. In any such implementation, the communication interface 295 sends and receives electrical, electromagnetic, radio, infrared, laser, or optical signals that carry digital data streams representing various types of information. Any combination of the above interfaces may also be implemented.

In one embodiment, the communication interface 295 may be communicatively coupled to a web server configured to generate and output web content that is suitable for display using a web browser at a computing device. In an embodiment, the server may generate and transmit requested information through the communication interface 295 to a requesting terminal via Hypertext Transfer Markup Language (HTML) formatted pages, eXtensible Markup Language (XML) formatted pages, or the like, which may be provided as World Wide Web pages that may enable navigation by hyperlinks. The server program may be used to receive commands and data from the clients' terminals and source institution terminals, and depository institution terminals, access and process data from various sources, and output computer-executable instructions and data using the network 205. For example, code and data may be communicated to the computers of clients, source institution, and the depository institutions. One such downloaded application may, for example, provide data for client available distribution distributions as tranches, and may provide reporting, or message generation, as described herein.

The web server, in one embodiment, may correspond to a secure web application server operating behind a web server program that a service provider employs to run one or more web based application programs to carry out the methods described above in a secure fashion. Such a secure web application server may be configured to execute one or more web based application programs, respond to commands and data received from the clients (via a web page supported by the web server), and provide data and results to the clients. The web server and the web application server may be implemented using a single computing platform. Alternatively, it may be implemented using multiple separate and distributed computing platforms.

FIG. 6 is a block diagram showing portions of at least one embodiment of a memory configuration 600 storing programs used in the present system. This memory configuration may be applicable to the one or more databases 260, the main memory 250, the storage device 240, and/or the ROM 230, or a combination thereof. The memory configuration may comprise one memory, or distributed memories. In one embodiment, the memory configuration may comprise a reporting program 610 for generating reports on various aspects of the system operation, including allocation activity that identifies each of the depository institutions holding client tranches, and how much insurance is obtained from each of these identified depository institutions for the client's funds held in financial instruments therein. These reports could then be electronically transmitted or otherwise sent to the depository entities, clients, and the depository institutions. The memory configuration may further comprise a message generator program 620 for generating messages and instructions to the various depository institutions and other depository entities to initiate the movement of funds. The memory configuration may further comprise a total client balance monitoring program 630 for monitoring a balance of a client held in the system. The memory configuration may further comprise a tranche formation/transfer program 640 for processing tranche formation and transfer for the clients. The memory configuration may further comprise a tranche retrieval program 650, for processing retrieval instructions for funds, for example, for a time deposit instrument with a term that has expired, or for processing a withdrawal from a time deposit instrument, when it has been facilitated through a reallocation or facilitated through a withdrawal from other depository instruments. The memory configuration may further comprise an allocation program 660 for allocating tranches to the various depository institutions as described herein. The memory configuration may further comprise a depository institution monitoring program 670, for monitoring program depository institution caps and other parameters. In one embodiment, the memory configuration may comprise a server program 680. In another embodiment, the server program is external to the system, and/or may be operated by a third party.

These respective application programs comprise a sequence of programmed instructions which, upon execution, are operable to configure the management system 200 (shown in FIG. 2) to carry out the respective program operations described herein. The application programs may also include sequences of database access instructions, or scripts to effect storage and retrieval of data using the database 250.

As noted above, embodiments of the present invention may be practiced in a networked environment using logical connections to one or more remote computers having processors. Logical connections may include a local area network (LAN) and a wide area network (WAN) that are presented here by way of example and not limitation. Such networked environments are in office-wide or enterprise-wide computer networks, intranets and the Internet, and may use a wide variety of different communication protocols. Those skilled in the art will appreciate that such network computing environments will typically encompass many types of computer system configurations, including personal computers, hand-held devices, multi-processor systems, microprocessor-based or programmable consumer electronics, network PCs, minicomputers, mainframe computers, and the like. Embodiments of the invention may also be practiced in distributed computing environments where tasks are performed by local and remote processing devices that are linked (either by hardwired links, wireless links, or by a combination of hardwired or wireless links) through a communications network. In a distributed computing environment, program modules may be located in both local and remote memory storage devices.

Embodiments of the invention have been described in the general context of method steps which may be implemented in one embodiment by a program product including machine-executable instructions, such as program code, for example in the form of program modules executed by machines in networked environments. Generally, program modules include routines, programs, objects, components, data structures, etc. that perform particular tasks or implement particular data types. Multi-threaded applications may be used, for example, based on Java or C++. Machine-executable instructions, associated data structures, and program modules represent examples of program code for executing steps of the methods disclosed herein. The particular sequence of such executable instructions or associated data structures represent examples of corresponding acts for implementing the functions described in such steps.

It should be noted that although the flow charts provided herein show a specific order of method steps, it is understood that the order of these steps may differ from what is depicted. Also two or more steps may be performed concurrently or with partial concurrence. Such variation will depend on the software and hardware systems chosen and on designer choice. It is understood that all such variations are within the scope of the invention. Likewise, software and web implementations of the present invention may be accomplished with programming techniques with rule based logic and other logic to accomplish the various database searching steps, correlation steps, comparison steps and decision steps. It should also be noted that the word “component” as used herein and in the claims, is intended to encompass implementations using one or more lines of software code, and/or hardware implementations. Additionally, it is understood that the claim term “a plurality” means more than one, and is not restricted to any particular previous reference to “a plurality,” unless so indicated. Note that the term “based on” is to take its ordinary meaning as open-ended, and does not preclude other factors from being taken into consideration.

While this invention has been described in conjunction with the exemplary embodiments outlined above, it is evident that many alternatives, modifications and variations will be apparent to those skilled in the art. Accordingly, the exemplary embodiments of the invention, as set forth above, are intended to be illustrative, not limiting. Various changes may be made without departing from the spirit and scope of the invention. 

We claim:
 1. A method, comprising: A. accessing, using one or more computers, one or more electronic databases, stored on one or more computer-readable media, comprising: (1) client information for each of a plurality of respective clients, i, comprising information on client funds held through a program in each of a plurality of depository institutions participating in the program, with information for a respective client comprising: (i) a balance of funds of the client held through the program in each of multiple of the depository institutions holding funds of the respective client; (ii) a distribution percent value, X_(i), of a given client deposit amount to be distributed in tranches to each of N_(i) depository institutions; and (2) information for each of multiple government backed-insured aggregated time deposit instruments holding a tranche of client funds, comprising: (i) a rate for the respective aggregated time deposit instrument; (ii) an identification of the depository institution holding the respective aggregated time deposit instrument; and (iii) a term of the respective aggregated time deposit instrument holding funds of the respective client, and B. performing the following steps for one or more of the clients: (1) receiving, via the Internet and using the one or more computers, from one of the clients at least one client available distribution amount, D_(i), (2) determining, using the one or more computers, an amount of a client tranche to be deposited in each of the N_(i) depository institutions based at least in part on the percentage, X_(i), and a value of the N_(i) depository institutions for the respective client obtained from the one or more electronic databases, and the respective client available distribution amount, D_(i), in order that the client tranches are approximately equal and the funds are insured with government-backed insurance; (3) allocating substantially equally, using the one or more computers, respective client tranches to the N_(i) depository institutions determined for the client, i; (4) generating, using the one or more computers, data for instructions to transfer the respective client tranches and to purchase one or more financial instruments in each of the respective N_(i) depository institutions, comprising a purchase of one or more aggregated time deposit instruments at multiple of the respective N_(i) depository institutions; and (5) updating, using the one or more computers, one or more of the electronic databases with update data for each of multiple of the clients, i, with the update data for each of the multiple clients, i, comprising data for respective client tranches transferred to purchase the one or more aggregated time depository instruments at the respective N_(i) depository institutions for the client.
 2. The method as defined in claim 1, wherein the aggregated time deposit instruments holding the tranches may comprise one or more selected from the group of bonds, treasury bills, and certificates of deposit.
 3. The method as defined in claim 1, wherein the generating instructions step comprises generating an instruction to transfer at least one of the respective client tranches for purchase for the client at one or more of the Ni depository institutions of a different type of depository instrument relative to the time deposit instrument, where one or more withdrawals can be made without penalty.
 4. The method as defined in claim 3, further comprising: receiving a request to withdraw an amount of funds for a given one of the clients; and generating, by one or more computers, data for an instruction based at least in part on the amount of the request to withdraw, with the amount to be taken from one or more of the different type of depository instrument.
 5. The method as defined in claim 4, wherein the different type of depository instrument is an interest-bearing aggregated deposit account holding funds of a plurality of the clients.
 6. The method as defined in claim 3, wherein the different type of depository instrument is an aggregated money market deposit account that is insured by the Federal Deposit Insurance Corporation.
 7. The method as defined in claim 1, further comprising: aggregating, using the one or more computers, the respective client tranches of multiple of the different clients into a plurality of respective purchase amounts to purchase respective aggregated time deposit instrument from multiple of the depository institutions; and generating data for instructions to transfer the respective purchase amounts to the respective depository institutions.
 8. The method as defined in claim 7, further comprising: selecting respective client tranches of multiple of the respective clients for aggregation into the respective purchase amounts for purchase of the aggregated time deposit instruments from multiple of the depository institutions based, at least in part, on one or more criteria.
 9. The method as defined in claim 8, wherein one criterion is that only client tranches from client available distribution amounts, D_(i), above a threshold amount, are aggregated into the respective purchase amounts for purchase of the aggregated time deposit instruments from the multiple depository institutions.
 10. The method as defined in claim 8, wherein one criterion is that only client tranches from client available distribution amounts, D_(i), associated in the one or more databases with a particular source institution are aggregated into the respective purchase amounts for purchase of the aggregated time deposit instruments from the multiple depository institutions.
 11. The method as defined in claim 8, wherein one criterion is a term requested by the client for the client available deposit amount, D_(i), meets at least one predetermined criterion.
 12. The method as defined in claim 1, further comprising: purchasing the aggregated time deposit instrument electronically using the one or more computers and via one or more electronic networks.
 13. The method as defined in claim 1, further comprising: receiving an order from a respective one of the depository institutions that is a source institution to distribute one or more client available distribution amounts, D_(i) of funds of clients of the respective source depository institution, for the purchase of a plurality of aggregated time deposit instruments; wherein the one or more databases further comprise information designating a source depository institution for each of multiple of the respective client available distribution amounts, D_(i); and wherein the allocating step further comprises: selecting, using the one or more computers, at least one of the depository institutions participating in the program for purchase of one or more aggregated time deposit instruments based, at least in part, on whether or not one or more orders have been received from the respective at least one depository institution to distribute one or more client available distribution amounts, D_(i), of clients of that respective one depository institution for the purchase of a plurality of aggregated financial instruments at other of the depository institutions participating in the program.
 14. The method as defined in claim 13, wherein the selecting of the at least one depository institution for the purchase of one or more aggregated time deposit instruments is further based, at least in part, on whether a total of the one or more client available distribution amounts, Di, of funds received from the respective at least one depository institution and distributed to other depository institutions in the program, is more than an amount that the respective at least one depository institution has received in client tranches associated with other source institutions participating in the program.
 15. The method as defined in claim 1, further comprising: selecting, using the one or more computers, multiple of the depository institutions in the program for the purchase of one or more aggregated time deposit instruments based, at least in part, on how close a rate and term of an aggregated time deposit instrument available from the respective one depository institution matches a rate promised to the respective client, i; aggregating, using the one or more computers, the respective client tranches of multiple of the different clients into a plurality of respective purchase amounts to purchase respective aggregated time deposit instruments from the multiple respective selected depository institutions; and generating data for instructions to transfer the respective purchase amounts to the respective selected depository institutions.
 16. The method as defined in claim 1, further comprising: selecting, using the one or more computers, at least one of the depository institutions for the purchase of one or more time deposit instruments based, at least in part, on a stability grade rating for the respective at least one depository institution.
 17. The method as defined in claim 1, wherein the one or more databases further comprise data on a source institution for each of a plurality of the client available distribution amounts, D_(i); and further comprising: selecting, using the one or more computers, one or more of the depository institutions for the purchase of one or more aggregated time deposit instruments based, at least in part, on whether the respective depository institution is affiliated with the source institution for one or more of the client available distribution amounts, D_(i) to be used to purchase the one or more aggregated time deposit instruments; aggregating, using the one or more computers, the respective client tranches of multiple of the different clients into a plurality of respective purchase amounts to purchase respective aggregated time deposit instruments from the multiple respective selected depository institutions; and generating data, using the one or more computers, for instructions to transfer the respective purchase amounts to the respective selected depository institutions.
 18. The method as defined in claim 1, further comprising: determining, using the one or more computers, a fee for facilitating purchases of time deposit instruments and other depository instruments based on one or more criteria.
 19. The method as defined in claim 18, wherein the fee is determined by comparing the client available distribution amount, Di, to thresholds set forth in a tier table.
 20. The method as defined in claim 1, wherein the government backed insurance is Federal Deposit Insurance Corporation (FDIC) insurance.
 21. The method as defined in claim 1, further comprising: determining client eligibility for having a given client available distribution amount, D_(i), distributed in tranches among N_(i) depository institutions, based on one or more criteria; aggregating, using the one or more computers, the respective client tranches of multiple of the different clients that are determined to be eligible, to form a plurality of respective purchase amounts to purchase respective aggregated time deposit instruments from the multiple respective selected depository institutions; and generating data for instructions to transfer the respective purchase amounts to the respective selected depository institutions.
 22. The method as defined in claim 21, wherein the one or more criteria comprises whether the client available distribution amount, Di, for a given client equals or exceeds a threshold amount.
 23. The method as defined in claim 21, wherein the one or more criteria comprises a relationship level with one of the depository institutions.
 24. The method as defined in claim 1, further comprising: allocating, using the one or more computers, a remainder amount, R_(i) of the given client available distribution amount, D_(i), for the respective client, that occurs when the client percentage (X_(i)) times the number of depository institutions (N_(i)) determined for the client is less than 100, to one or more of the depository institutions; and generating, using the one or more computers, data for instructions to transfer the remainder amount, R, to purchase one or more financial instruments.
 25. The method as defined in claim 24, wherein the instructions to purchase one or more financial instruments with the remainder amount, Ri comprise instructions to purchase at least one non-time deposit financial instrument.
 26. The method as defined in claim 1, wherein the percentage, Xi, for a respective client is received by a communication from or on behalf of the respective client.
 27. The method as defined in claim 1, further comprising: reallocating funds of a first client from a respective time deposit instrument to a non-time deposit financial instrument, and allocating funds of a second client to the respective time deposit instrument in place thereof; and withdrawing an amount of the funds of the first client from the non-time deposit financial instrument.
 28. The method as defined in claim 1, wherein the percentage, Xi, for each of multiple of the clients is different.
 29. A system, comprising: one or more computers comprising memory wherein the memory stores computer-readable instructions comprising program code that, when executed, cause the one or more computers to perform the steps: A. accessing, using the one or more computers, one or more electronic databases, stored on one or more computer-readable media, comprising: (1) client information for each of a plurality of respective clients, i, comprising information on client funds held through a program in each of a plurality of depository institutions participating in the program, with information for a respective client comprising: (i) a balance of funds of the client held through the program in each of multiple of the depository institutions holding funds of the respective client; (ii) a distribution percent value, X_(i), of a given client deposit amount to be distributed in tranches to each of N_(i) depository institutions; and (2) information for each of multiple government backed-insured aggregated time deposit instruments holding a tranche of client funds, comprising: (i) a rate for the respective aggregated time deposit instrument; (ii) an identification of the depository institution holding the respective aggregated time deposit instrument; and (iii) a term of the respective aggregated time deposit instrument holding funds of the respective client, and B. performing the following steps for one or more of the clients: (1) receiving, via the Internet and using the one or more computers, from one of the clients at least one client available distribution amount, D_(i), (2) determining, using the one or more computers, an amount of a client tranche to be deposited in each of the N_(i) depository institutions based at least in part on the percentage, X_(i), and a value of the N_(i) depository institutions for the respective client obtained from the one or more electronic databases, and the respective client available distribution amount, D_(i), in order that the client tranches are approximately equal and the funds are insured with government-backed insurance; (3) allocating substantially equally, using the one or more computers, respective client tranches to the N_(i) depository institutions determined for the client, i; (4) generating, using the one or more computers, data for instructions to transfer the respective client tranches and to purchase one or more financial instruments in each of the respective N_(i) depository institutions, comprising a purchase of one or more aggregated time deposit instruments at multiple of the respective N_(i) depository institutions; and (5) updating, using the one or more computers, one or more of the electronic databases with update data for each of multiple of the clients, i, with the update data for each of the multiple clients, i, comprising data for respective client tranches transferred to purchase the one or more aggregated time depository instruments at the respective N_(i) depository institutions for the client.
 30. The system as defined in claim 28, wherein the percentage, X_(i), for each of multiple of the clients is different. 